Blacklisting of frequently used gesture passwords

ABSTRACT

A method of maintaining a blacklist for gesture-based passwords is provided. A data store of vectors corresponding to gestures is maintained on a blacklist server. Upon receiving a new gesture based password, an electronic device converts the password to a vector and forwards that vector to the blacklist server. The blacklist server assigns the vector to one of a cluster of vectors each having low distance from one another. If the increase in the occurrences of the number of vectors in the cluster results in a blacklist threshold being exceeded, the cluster of vectors is inputted to the blacklist. A notification can be sent back to the electronic device if the forwarded vector is on the blacklist or is inputted to the blacklist.

TECHNICAL FIELD

The present disclosure relates generally to blacklisting of passwords.

BACKGROUND

Touch screen devices are proliferating in the mobile space. Via a virtual keyboard it is possible to enter characters or other symbols, but typically a physical keyboard is better suited and faster for text input.

Passwords may be used in many situations where a user needs to be authenticated. Situations requiring authentication may include the ability to access or use a computer, mobile phone, PDA, or any other device; they may also enable access to a physical location, or allow use of a credit/debit card or similar instrument. Passwords are typically alpha-numeric strings or sequences entered on a keyboard.

In some cases a blacklist of alpha-numeric strings that can not be used as passwords is maintained to prevent users from choosing passwords that are common or easy for a third party to determine.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating a communication system including a mobile communication device in which example embodiments of the present disclosure can be applied;

FIG. 2 is a block diagram illustrating a mobile communication device in accordance with one example embodiment of the present disclosure;

FIGS. 3 a to 3 c are three examples for common symbols, drawn multiple times on a touch screen;

FIG. 4 depicts an example how a self-organizing map (SOM) adapts to input statistics;

FIG. 5 is a flowchart of a method in accordance with one example embodiment of the present disclosure;

FIG. 6 is a flowchart of a method in accordance with one example embodiment of the present disclosure;

FIG. 7 is a flowchart of a method in accordance with one example embodiment of the present disclosure;

FIG. 8 is a flowchart of a method in accordance with one example embodiment of the present disclosure;

FIG. 9 is a flowchart of a method in accordance with one example embodiment of the present disclosure;

FIG. 10 is a block diagram of an electronic device in accordance with one example embodiment of the present disclosure; and

FIG. 11 is a block diagram of a blacklist server in accordance with one example embodiment of the present disclosure.

Like reference numerals are used in the drawings to denote like elements and features.

DETAILED DESCRIPTION OF EXAMPLE EMBODIMENTS

One concept of authentication on a device with a touch screen uses a touch gesture as a replacement for a character password. As with character passwords, password gestures should fulfill standard security criteria, such as but not limited to having a measurable password security to guarantee that only the proper users gain access. Furthermore, a password gesture must be remembered by the user.

Abstracting the gesture concept from a touch screen implementation can lead to a generalized trajectory description which is characterized as a sequence of 3D points or n-dimensional features in time. This could exemplarily be implemented by using accelerometer/gyroscope sensors or time-of-flight cameras. A user could for example draw a gesture in the air with his accelerometer-equipped mobile device. The sequence of acceleration values in the different spatial dimensions as a function of time would then constitute the trajectory information. In this example the spatial trajectory would be replaced by a pattern of accelerations along the trajectory. This disclosure will only refer to gestures, regardless of which technology is used to sense the gestures and which dimensionality the gestures have.

There is a trade-off between high password security (calling for complex gestures) and easy memorability of the gesture (implying simple gestures). One potential solution to this dilemma is the use of known symbols, like characters and other simple graphical sketches. The user can easily remember the shape of the gesture since symbols have a quite strictly defined outline. But there is also the danger that intruders simply enter gestures derived from known symbols because they are more probable than any other free-form gesture. For character passwords the equivalent security threat is the use of dictionary words as passwords.

In some embodiments of different pattern recognition tasks, inputs which should be rejected are modeled by providing examples for a blacklist. Input patterns are often high-dimensional signals and it is not feasible to provide a complete list of inputs to reject due to the enormous amount of data. Therefore, blacklisting examples are provided and similar inputs are discarded as well.

The security of a password gesture is inversely proportional to the probability that it is produced by the users. In other words: The more unlikely a gesture is, the better it qualifies as a character password replacement. In the case of character passwords, an unlikely password contains a large number of characters in a simplistic concept. But users can also remember long passwords if they have a well-known meaning such as being words from a dictionary. Therefore character passwords from a dictionary are strongly discouraged. To adopt this idea for gesture passwords, commonly known gestures, e.g. representing letters, digits or other symbols, have to be identified. These gestures might be complex, but are more likely to appear since they are known to users. Common gestures can be simple trajectories which can be rejected based on some rules, such as but not limited to: too short duration/length; or not enough curvature. Complex common gestures, e.g. sketches of known symbols, can be pre-registered in a blacklist. But there will also be unexpected common gestures with higher occurrence rate. These gestures can be learned by accumulating user statistics.

In an embodiment, statistics of common gestures are collected at a central place. However, a direct representation of a gesture password should not leave the user's device to avoid an interferer reading the password information. One solution to this problem is to use a non-invertible mapping function to transform the gesture representation into a description, which in some embodiments is shorter than the direct representation. This can, for example, be an index value with similarity-preserving properties. Two similar gestures are mapped to two index values with low distance to each other. The mapping function is designed to minimize the number of conflicts where two completely different gestures are mapped to the same index value.

A directory of index values can be maintained centrally without compromising the gesture password security. In some embodiments, index values with high occurrence rates are reported back to the respective users. Those index values indicate related gesture passwords which are often used and thus should be avoided. By accumulating statistics of index values from many users, a blacklist is learned over time. In addition the index can be initialized by feeding in already known symbols.

Thus, in a first aspect, there is provided a method for blacklisting gesture based passwords, the method for implementation on a blacklist server and comprising: receiving an index value representing a gesture based password from an electronic device; increasing an occurrence of the received index value by one in a data store of index values; determining if increasing the occurrence of the received index value in the data store results in a blacklist threshold being exceeded; and if the blacklist threshold is exceeded, updating a blacklist stored on the blacklist server to include the received index value.

In a second aspect, there is provided a method for implementation on an electronic device for updating a blacklist stored on a blacklist server: receiving a gesture based password via an input interface; converting the gesture based password into a non-invertible similarity preserving index value; and transmitting the index value to a blacklist server.

In a third aspect, there is provided one or more computer readable media having computer readable instructions stored thereon that when executed by a processor implement any one of the methods described herein.

In a fourth aspect, there is provided an electronic device comprising: a processor; a memory having computer readable instructions stored thereon that when executed by the processor implement any one of the methods described herein for implementation on an electronic device; an input interface for receiving the gesture based password.

In a fifth aspect, there is provided a blacklist server comprising: a processor; a memory having computer readable instructions stored thereon that when executed by the processor implement any one of the methods described herein for implementation on a server; and a receiver for receiving the index value.

In some embodiments, the index value is a non-invertible index value.

In some embodiments, the index value is a similarity preserving index value.

In some embodiments, the index value is a non-invertible similarity preserving index value.

In a further embodiment, there is provided a method for blacklisting gesture based passwords, the method for implementation on a blacklist server and comprising: receiving a vector from an electronic device, the vector representing a gesture based password, the vector being a similarity-preserving vector such that similar gesture based passwords are mapped to vectors having a low distance between each other; associating the received vector with one of a plurality of clusters of vectors; determining if the association of the received vector with one of the plurality of clusters of vectors causes the number of vectors in the cluster to exceed a threshold value; and if the number of vectors in the cluster exceeds a threshold value, updating a blacklist stored on the blacklist server to include the vectors within the cluster.

In a further embodiment, there is provided a method for implementation on an electronic device for updating a blacklist stored on a blacklist server, the method comprising: receiving a gesture based password via an input interface on the electronic device; generating at least one vector representing the gesture based password, the at least one vector being a similarity-preserving vector such that similar gesture based passwords are mapped to vectors having a low distance between each other; and transmitting the at least one vector, without the gesture based password on which the at least one vector is based, from the electronic device to the blacklist server.

Embodiments of the present application are not limited to any particular operating system, mobile device architecture, server architecture, or computer programming language.

Reference is first made to FIG. 1 which shows in block diagram form a communication system 100 in which example embodiments of the present disclosure can be applied. The communication system 100 comprises a number of mobile communication devices (mobile devices) 201 which may be connected to the remainder of system 100 in any of several different ways. Accordingly, several instances of mobile communication devices 201 are depicted in FIG. 1 employing different example ways of connecting to system 100. Mobile communication devices 201 are connected to a wireless communication network 101 which may comprise one or more of a Wireless Wide Area Network (WWAN) 102 and a Wireless Local Area Network (WLAN) 104 or other suitable network arrangements. In some embodiments, the mobile communication devices 201 are configured to communicate over both the WWAN 102 and WLAN 104, and to roam between these networks. In some embodiments, the wireless network 101 may comprise multiple WWANs 102 and WLANs 104.

The WWAN 102 may be implemented as any suitable wireless access network technology. By way of example, but not limitation, the WWAN 102 may be implemented as a wireless network that includes a number of transceiver base stations 108 (one of which is shown in FIG. 1) where each of the base stations 108 provides wireless Radio Frequency (RF) coverage to a corresponding area or cell. The WWAN 102 is typically operated by a mobile network service provider that provides subscription packages to users of the mobile communication devices 201. In some embodiments, the WWAN 102 conforms to one or more of the following wireless network types: Mobitex Radio Network, DataTAC, GSM (Global System for Mobile Communication), GPRS (General Packet Radio System), TDMA (Time Division Multiple Access), CDMA (Code Division Multiple Access), CDPD (Cellular Digital Packet Data), iDEN (integrated Digital Enhanced Network), EvDO (Evolution-Data Optimized) CDMA2000, EDGE (Enhanced Data rates for GSM Evolution), UMTS (Universal Mobile Telecommunication Systems), HSDPA (High-Speed Downlink Packet Access), IEEE 802.16e (also referred to as Worldwide Interoperability for Microwave Access or “WiMAX), or various other networks. Although WWAN 102 is described as a “Wide-Area” network, that term is intended herein also to incorporate wireless Metropolitan Area Networks (WMAN) and other similar technologies for providing coordinated service wirelessly over an area larger than that covered by typical WLANs.

The WWAN 102 may further comprise a wireless network gateway 110 which connects the mobile communication devices 201 to transport facilities 112, and through the transport facilities 112 to a wireless connector system 120. Transport facilities may include one or more private networks or lines, the public internet, a virtual private network, or any other suitable network. The wireless connector system 120 may be operated, for example, by an organization or enterprise such as a corporation, university, or governmental department, which allows access to a network 124 such as an internal or enterprise network and its resources, or the wireless connector system 120, may be operated by a mobile network provider. In some embodiments, the network 124 may be realised using the internet rather than an internal or enterprise network.

The wireless network gateway 110 provides an interface between the wireless connector system 120 and the WWAN 102, which facilitates communication between the mobile communication devices 201 and other devices (not shown) connected, directly or indirectly, to the WWAN 102. Accordingly, communications sent via the mobile communication devices 201 are transported via the WWAN 102 and the wireless network gateway 110 through transport facilities 112 to the wireless connector system 120. Communications sent from the wireless connector system 120 are received by the wireless network gateway 110 and transported via the WWAN 102 to the mobile communication devices 201.

The WLAN 104 comprises a wireless network which, in some embodiments, conforms to IEEE 802.11x standards (sometimes referred to as Wi-Fi) such as, for example, the IEEE 802.11a, 802.11b and/or 802.11g standard. Other communication protocols may be used for the WLAN 104 in other embodiments such as, for example, IEEE 802.11n, IEEE 802.16e (also referred to as Worldwide Interoperability for Microwave Access or “WiMAX”), or IEEE 802.20 (also referred to as Mobile Wireless Broadband Access). The WLAN 104 includes one or more wireless RF Access Points (AP) 114 (one of which is shown in FIG. 1) that collectively provide a WLAN coverage area.

The WLAN 104 may be a personal network of the user, an enterprise network, or a hotspot offered by an internet service provider (ISP), a mobile network provider, or a property owner in a public or semi-public area, for example. The access points 114 are connected to an access point (AP) interface 116 which may connect to the wireless connector system 120 directly (for example, if the access point 114 is part of an enterprise WLAN 104 in which the wireless connector system 120 resides), or indirectly via the transport facilities 112 if the access point 14 is a personal Wi-Fi network or Wi-Fi hotspot (in which case a mechanism for securely connecting to the wireless connector system 120, such as a virtual private network (VPN), may be appropriate). The AP interface 116 provides translation and routing services between the access points 114 and the wireless connector system 120 to facilitate communication, directly or indirectly, with the wireless connector system 120.

The wireless connector system 120 may be implemented as one or more servers, and is typically located behind a firewall 113. The wireless connector system 120 manages communications, including email messages, to and from a set of managed mobile communication devices 201. The wireless connector system 120 also provides administrative control and management capabilities over users and mobile communication devices 201 which may connect to the wireless connector system 120.

The wireless connector system 120 allows the mobile communication devices 201 to access the network 124 and connected resources and services such as a messaging server 132 (for example, a Microsoft Exchange™, IBM Lotus Domino™, or Novell GroupWise™ email messaging server) having a global address book 134, and optionally other servers 142. The other servers 142 may comprise a content server for providing content such as internet content or content from an organization's internal servers to the mobile communication devices 201 in the wireless network 101, and an application server for implementing server-based applications. A directory of index values corresponding to gesture based passwords can be maintained on any of the servers described herein, such as but not limited to the application server 136.

The global address book 134 comprises electronic contact records generated and maintained by an IT (information technology) administrator of the network 124. Typically, the global address book is maintained exclusively by the messaging server 132 and there is no local copy on the mobile device 201. In addition, the global address book typically comprises contact records for all users of the respective network 124 (e.g., enterprise). The contact records in the global address book 134 may be one or more of individual contact records (or user records) or a group address or distribution list which lists multiple individual (users).

The wireless connector system 120 typically provides a secure exchange of data (e.g., email messages, personal information manager (PIM) data, and IM data) with the mobile communication devices 201. In some embodiments, communications between the wireless connector system 120 and the mobile communication devices 201 are encrypted. In some embodiments, communications are encrypted using a symmetric encryption key implemented using Advanced Encryption Standard (AES) or Triple Data Encryption Standard (Triple DES) encryption. Private encryption keys are generated in a secure, two-way authenticated environment and are used for both encryption and decryption of data.

The wireless network gateway 110 is adapted to send data packets received from the mobile device 201 over the WWAN 102 to the wireless connector system 120. The wireless connector system 120 then sends the data packets to the appropriate connection point such as the messaging server 132, content server 142 (other servers) or application servers 136. Conversely, the wireless connector system 120 sends data packets received, for example, from the messaging server 132 or other server 142 to the wireless network gateway 110 which then transmit the data packets to the destination mobile device 201. The AP interfaces 116 of the WLAN 104 provide similar sending functions between the mobile device 201, the wireless connector system 120 and network connection point such as the messaging server 132, content server 142 and application server 136.

The network 124 may comprise a private local area network, metropolitan area network, wide area network, the public internet or combinations thereof and may include virtual networks constructed using any of these, alone, or in combination. Computers 117 may be connected to the network 124 directly or indirectly via an intermediate communication network such as the Internet 112. When computers 117 connect to the network indirectly, e.g. via the Internet 112, a VPN or other mechanism for securely connecting to the network 124 may be appropriate. Computers 117 may be of any suitable construction and include at least a processor, and a display screen, one or more user input devices, and a memory each connected to the processor as is known in the art. The computers 117 could be desktop computers, laptop/notebook/netbook computers, or combinations thereof, and may have wired or wireless communication subsystems for connecting to the network 124.

A mobile device 201 may alternatively connect to the wireless connector system 120 using a computer 117 via the network 124. In at least some embodiments, for security purposes the computers 117 with which the mobile devices 201 can connect to the wireless connector system 120 are limited to computers 117 which are directly connected to the network 124. A link 106 may be provided for exchanging information between the mobile device 201 and computer 117 connected to the wireless connector system 120. The link 106 may comprise one or both of a physical interface and short-range wireless communication interface. The physical interface may comprise one or combinations of an Ethernet connection, Universal Serial Bus (USB) connection, Firewire™ (also known as an IEEE 1394 interface) connection, or other serial data connection, via respective ports or interfaces of the mobile device 201 and computer 117. The short-range wireless communication interface may be a personal area network (PAN) interface. A personal area network is a wireless point-to-point connection meaning no physical cables are required to connect the two end points.

It will be appreciated that the above-described communication system is provided for the purpose of illustration only, and that the above-described communication system comprises one possible communication network configuration of a multitude of possible configurations for use with the mobile communication devices 201. The teachings of the present disclosure may be employed in connection with any other type of network and associated devices that are effective in implementing or facilitating wireless communication. Suitable variations of the communication system will be understood to a person of skill in the art and are intended to fall within the scope of the present disclosure.

Reference is now made to FIG. 2 which illustrates an exemplary embodiment of the mobile device 201 in which example embodiments described in the present disclosure can be applied. The mobile device 201 is a two-way communication device having data and voice communication capabilities, and the capability to communicate with other computer systems, for example, via the Internet. Depending on the functionality provided by the mobile device 201, in various embodiments the device 201 may be a multiple-mode communication device configured for both data and voice communication, a smartphone, a mobile telephone or a PDA (personal digital assistant) enabled for wireless communication, or a computer system with a wireless modem.

The mobile device 201 includes a rigid case (not shown) housing the components of the device 201. The internal components of the device 201 are constructed on a printed circuit board (PCB). The mobile device 201 includes a controller comprising at least one processor 240 (such as a microprocessor) which controls the overall operation of the device 201. The processor 240 interacts with device subsystems such as a wireless communication subsystem 211 (sometimes referred to as a radio layer) for exchanging radio frequency signals with the wireless network 101 to perform communication functions. The processor 240 interacts with additional device subsystems including a display screen 204 such as a liquid crystal display (LCD) screen, input devices 206 such as a keyboard and control buttons, flash memory 244, random access memory (RAM) 246, read only memory (ROM) 248, auxiliary input/output (I/O) subsystems 250, data port 252 such as serial data port, such as a Universal Serial Bus (USB) data port, speaker 256, microphone 258, short-range communication subsystem 262, and other device subsystems generally designated as 264. Some of the subsystems shown in FIG. 2 perform communication-related functions, whereas other subsystems may provide “resident” or on-device functions.

The device 201 may comprise a touch screen display in some embodiments. The touch screen display may be constructed using a touch-sensitive input surface connected to an electronic controller and which overlays the display screen 204. The touch-sensitive overlay and the electronic controller provide a touch-sensitive input device and the processor 240 interacts with the touch-sensitive overlay via the electronic controller. In some embodiments, a touch screen is integrated directly with the display. In still other embodiments, a touch screen is placed behind the display.

The communication subsystem 211 includes a receiver 214, a transmitter 216, and associated components, such as one or more antenna elements 218 and 220, local oscillators (LOs) 222, and a processing module such as a digital signal processor (DSP) 224. The antenna elements 218 and 220 may be embedded or internal to the mobile device 201 and a single antenna may be shared by both receiver and transmitter, as is known in the art. As will be apparent to those skilled in the field of communication, the particular design of the wireless communication subsystem 211 depends on the wireless network 101 in which mobile device 201 is intended to operate.

The mobile device 201 may communicate with any one of a plurality of fixed transceiver base stations 108 of the wireless network 101 within its geographic coverage area. The mobile device 201 may send and receive communication signals over the wireless network 101 after the required network registration or activation procedures have been completed. Signals received by the antenna 218 through the wireless network 101 are input to the receiver 214, which may perform such common receiver functions as signal amplification, frequency down conversion, filtering, channel selection, etc., as well as analog-to-digital (A/D) conversion. A/D conversion of a received signal allows more complex communication functions such as demodulation and decoding to be performed in the DSP 224. In a similar manner, signals to be transmitted are processed, including modulation and encoding, for example, by the DSP 224. These DSP-processed signals are output to the transmitter 216 for digital-to-analog (D/A) conversion, frequency up conversion, filtering, amplification, and transmission to the wireless network 101 via the antenna 220. The DSP 224 not only processes communication signals, but may also provide for receiver and transmitter control. For example, the gains applied to communication signals in the receiver 214 and the transmitter 216 may be adaptively controlled through automatic gain control algorithms implemented in the DSP 224.

The processor 240 operates under stored program control and executes software modules 221 stored in memory such as persistent memory, for example, in the flash memory 244. As illustrated in FIG. 2, the software modules 221 comprise operating system software 223, software applications 225 comprising an email messaging application 272 (also referred to as an email client 272), a personal address book 274, a calendar application 276, a phone application 278, and gesture transform module 280. Example embodiments of the gesture transform module 280 will be discussed in detail later herein. It is recognized that the gesture transform module 280 and its various components as described herein can form a discrete module running on the device 201, or the functions of the gesture transform module 280 can be distributed on the device 201 as separate modules or integrated within other existing modules as desired. Such discrete or distributed implementations all fall within the embodiments of the gesture transform module 280 as described herein.

The software applications 225 also may include a range of applications, including, for example, a notepad application, Internet browser application, voice communication (i.e. telephony) application, mapping application, or a media player application, or any combination thereof. Each of the software applications 225 may include layout information defining the placement of particular fields and graphic elements (e.g. text fields, input fields, icons, etc.) in the user interface (i.e. the display screen 204) according to the application.

Those skilled in the art will appreciate that the software modules 221 or parts thereof may be temporarily loaded into volatile memory such as the RAM 246. The RAM 246 is used for storing runtime data variables and other types of data or information, as will be apparent to those skilled in the art. Although specific functions are described for various types of memory, this is merely one example, and those skilled in the art will appreciate that a different assignment of functions to types of memory could also be used.

In some embodiments, the auxiliary I/O subsystems 250 may comprise an external communication link or interface, for example, an Ethernet connection. The mobile device 201 may comprise other wireless communication interfaces for communicating with other types of wireless networks, for example, a wireless network such as an orthogonal frequency division multiplexed (OFDM) network or a GPS (Global Positioning System) subsystem comprising a GPS receiver or transceiver for communicating with a GPS satellite network (not shown). The auxiliary I/O subsystems 250 may comprise a pointing or navigational input device such as a touchpad, a clickable trackball or scroll wheel or thumbwheel, or a vibrator for providing vibratory notifications in response to various events on the device 201 such as receipt of an electronic message or incoming phone call, or for other purposes such as haptic feedback (touch feedback).

In some embodiments, the mobile device 201 also includes a removable memory card or module 230 (typically comprising flash memory) and a memory card interface 232. Network access is typically associated with a subscriber or user of the mobile device 201 via the memory card 230, which may be a Subscriber Identity Module (SIM) card for use in a GSM network or other type of memory card for use in the relevant wireless network type. The memory card 230 is inserted in or connected to the memory card interface 232 of the mobile device 201 in order to operate in conjunction with the wireless network 101.

The mobile device 201 also stores other data 227 in an erasable persistent memory, which in one example embodiment is the flash memory 244. In various embodiments, the data 227 includes service data comprising information required by the mobile device 201 to establish and maintain communication with the wireless network 101. The data 227 may also include user application data such as email messages, address book and contact information, calendar and schedule information, notepad documents, image files, and other commonly stored user information stored on the mobile device 201 by its user, and other data. The data 227 stored in the persistent memory (e.g. flash memory 244) of the mobile device 201 may be organized, at least partially, into a number of databases each containing data items of the same data type or associated with the same application. For example, email messages, contact records, and task items may be stored in individual databases within the device memory.

The mobile device 201 also includes a battery 238 as a power source, which is typically one or more rechargeable batteries that may be charged, for example, through charging circuitry coupled to a battery interface such as the serial data port 252. The battery 238 provides electrical power to at least some of the electrical circuitry in the mobile device 201, and the battery interface 236 provides a mechanical and electrical connection for the battery 238. The battery interface 236 is coupled to a regulator (not shown) which provides power V+ to the circuitry of the mobile device 201.

The short-range communication subsystem 262 is an additional optional component which provides for communication between the mobile device 201 and different systems or devices, which need not necessarily be similar devices. For example, the subsystem 262 may include an infrared device and associated circuits and components, or a wireless bus protocol compliant communication mechanism such as a Bluetooth® communication module to provide for communication with similarly-enabled systems and devices.

A predetermined set of applications that control basic device operations, including data and voice communication applications will normally be installed on the mobile device 201 during or after manufacture. Additional applications and/or upgrades to the operating system 221 or software applications 225 may also be loaded onto the mobile device 201 through the wireless network 101, the auxiliary I/O subsystem 250, the serial port 252, the short-range communication subsystem 262, or other suitable subsystem 264. The downloaded programs or code modules may be permanently installed, for example, written into the program memory (i.e. the flash memory 244), or written into and executed from the RAM 246 for execution by the processor 240 at runtime. Such flexibility in application installation increases the functionality of the mobile device 201 and may provide enhanced on-device functions, communication-related functions, or both. For example, secure communication applications may enable electronic commerce functions and other such financial transactions to be performed using the mobile device 201.

The mobile device 201 may provide two principal modes of communication: a data communication mode and a voice communication mode. In the data communication mode, a received data signal such as a text message, an email message, or Web page download will be processed by the communication subsystem 211 and input to the processor 240 for further processing. For example, a downloaded Web page may be further processed by a browser application or an email message may be processed by the email messaging application and output to the display 204. A user of the mobile device 201 may also compose data items, such as email messages, for example, using the input devices in conjunction with the display screen 204. These composed items may be transmitted through the communication subsystem 211 over the wireless network 101.

In the voice communication mode, the mobile device 201 provides telephony functions and operates as a typical cellular phone. The overall operation is similar, except that the received signals are output to the speaker 256 and signals for transmission are generated by a transducer such as the microphone 258. The telephony functions are provided by a combination of software/firmware (i.e., the phone application 278) and hardware (i.e., the microphone 258, the speaker 256 and input devices). Alternative voice or audio I/O subsystems, such as a voice message recording subsystem, may also be implemented on the mobile device 201. Although voice or audio signal output is typically accomplished primarily through the speaker 256, the display screen 204 may also be used to provide an indication of the identity of a calling party, duration of a voice call, or other voice call related information.

The phone application 278 can be split into multiple applications or sub-modules, for example one or more user phone modules and a call control module. The user phone modules provide a variety of telephony features through a user interface, while the call control module provides access to common telephony functions desired by the user phone modules, such that telephony requests from phone modules can be coordinated and so that the user phone modules do not need to each provide instructions understood by the wireless communications subsystem 211. The call control function typically makes telephony features available to user phone modules through an application programming interface (API). It is to be recognized that all or part of the phone application 278 features or functions could be provided through the operating system or otherwise distributed in the device 201, while continuing to fall within the term phone application 278.

In order to compare gestures, for example for blacklisting, a common form of representing the gestures is beneficial. One option is to represent the gesture as a trajectory in 2D or 3D space and possibly ignoring the time stamps of all points to allow for variability. Transforming gestures also makes the gestures better comparable. Non-limiting examples of transforming include translation, rotation and scaling operations. Thus in some embodiments, gestures are made invariant against changes in position, rotation angle or size and are represented as the same gesture. Additionally, gestures are difficult to reproduce exactly by the users. Therefore, in some embodiments, each point on a trajectory in a gesture has a variability which can be modeled by a deviation, such as but not limited to a standard deviation, from the ideal position.

In some embodiments, the mathematical representation of the gesture is a sequence of points and timestamps (x_(i),t_(i)) with iε[1,N]. All gestures are brought to the same position, rotation angle and scale by invariance operations. In addition, in some embodiments, the gestures are interpolated to yield the same number of points for each gesture. This makes the comparison of gestures much easier.

Three examples for common symbols, drawn multiple times on a touch screen, can be seen in FIGS. 3 a to 3 c. Three symbols, “W” (FIG. 3 a), “8” (FIG. 3 b) and a down arrow (FIG. 3 c) are shown. This trajectory representation should not leave the user terminal, unless encrypted or in a format that cannot be deciphered, as doing so would allow an intruder to replicate the gesture directly.

A blacklisting server is proposed for the collection of user gesture statistics to identify frequently entered similar gestures without being able to reconstruct individual gestures. The blacklist can be used to warn the user if (s)he enters a common gesture as a password. Thus, in some embodiments, a transformed gesture representation deliberately reduces the information content to prevent the gesture reconstruction. At the same time the transformation in some embodiments maps similar gestures to similar representations, thus allowing a similarity comparison and the accumulation of gesture occurrence frequencies from multiple users.

In summary, in some embodiments, each gesture input as a password is normalized to the same number of points, size and/or orientation. This makes comparison of the gestures less complicated. After normalization, the gesture is converted to a vector or index value. Normalization also decreases the size of the vector or index value and thus the amount of data that is required to be sent to a blacklist server, for example. Because of the normalization, similar gestures may result in the same vector or index value and inverting the vector or index to the exact gesture is difficult. The vector or index value can be input into a data store, such as but not limited to a database, and a determination can be made as to whether the addition of the vector or index value results in a threshold for a number of incidences of similar vectors or of similar or identical index values in the data store being exceeded. If the threshold is exceeded, the vector or index value can be added to a blacklist.

Achieving Similarity-Preserving Mapping Using a Self-Organizing Map (SOM)

In some embodiments, a self-organizing map (SOM) is used. As each normalized gesture vector is transferred to the SOM a neuron corresponding to the vector is fired. The number of times a neuron is fired is tracked and if that number exceeds a threshold value, an index value of the neuron can be added to a blacklist. In some embodiments, the threshold value can be determined by a number of times a group of neighbouring neurons are fired.

One example method to achieve a similarity preserving mapping is the self-organizing map (SOM), originally developed by Kohonen (see for example T. Kohonen “Self-Organizing Maps” Springer-Verlag, 3^(rd) edition 2001). In general, a high-dimensional input vector v is mapped onto a grid of neurons. In some embodiments, the grid of neurons is a 2D map or another lower dimensionality grid compared to the input vector. The SOM concept consists of the training phase and the actual mapping phase, both of which are described in the following paragraphs.

SOM Training

Each neuron i in the grid has a receptive field with a weight vector w_(i) which has the same dimensionality as the input vector. The weight vectors are initialized e.g. with random values. One stroke of a gesture input (sequence of points) is interpolated by a fixed number of points N. The input vector v=(x₁, x₂, . . . , x_(N))^(T) does not include the time stamps of the individual points so that only the shape of the gesture, but not its timing is captured.

The weights w_(i) of neuron i_(opt) that are closest to the input vector, i.e. have the smallest Euclidian distance, are adapted in the direction of the input vector v. Also the weights of the surrounding neurons in the grid are adapted in the same direction, but to a lesser extent. Over time the adaptation rate α(t) and the spatial extent of the “adaptation zone” θ(i,i_(opt),t) around i_(opt) are reduced to freeze the trained input weights. In a non-limiting example, the plasticity, i.e. how strongly weights are adapted, is reduced by a pre-defined mathematic function. If time progresses, the weight changes go down to zero. Mathematically speaking the weight adaptation is implemented as w_(i) ^((t+1))=w_(i) ^((t))+α(t)θ(i,i_(opt),t)(v−w_(i) ^((t))) with i_(opt)=arg min(∥v−w_(i(t))∥. The function α(t) could for example be a decaying exponential α(t)=c₁e^(−c) ² ^(t) with c₁>0, c₂>0 and θ(i,i_(opt),t) a Gaussian, centered around i_(opt).

An example how a SOM adapts to the input statistics is shown in FIG. 4. For illustration purposes the input is a two-dimensional shaded cloud 420 and the neurons are at the intersection of the grid lines 410. The clear circle represents one input vector 430 and one can see that the input weights of the closest grid neuron 415 and its neighbours are adapted towards the clear circle 430.

SOM Input Vector Mapping

Once the training is finished by presenting a large number of typical input vectors, the weight vectors remain constant. New input vectors are presented to the SOM network and for each input the most responsive neuron i_(opt)=arg min (∥v−w_(i)∥) is returned.

Application of SOM Vector Mapping to Gesture Blacklisting

In an example embodiment, the SOM concept is applied to server-based blacklisting by performing the SOM training with input vectors consisting of a large number of gesture strokes. In some embodiments, this training takes place on a server which resides in the network and can be reached by all users, using gestures anonymously entered by users. During SOM training the different gestures are each entered with the same frequency so that the emerging self-organizing map is not reflecting different gesture occurrence rates, which would distort the map.

In some embodiments, the resulting weight vectors w_(i) for each neuron are transferred to end user electronic devices. When a user selects a new gesture stroke, the user trains the gesture stroke. The trained gesture stroke is mapped locally in the electronic device to the most responding or closest neuron. The index of this most responding neuron is transmitted to the server which collects user statistics and increments the occurrence count of the respective neuron. After collecting the mapped neuron indices of many users, some neurons will dominate the occurrence probability distribution. Users sending these neuron indices are informed that their underlying password gesture might be insecure since similar ones are used by many users. This embodiment does not produce a one-to-one mapping, so the server will likely issue false alarms to be on the safe side. The larger the neuron grid is, the more specific mappings can be created during the training phase. In some embodiments the map has a toroid structure, i.e. a wrap-around in order to avoid boundary problems. A boundary problem emerges when a map does not extend indefinitely or in other words is not a complete plane. In such circumstances, many inputs are mapped to the boundary of the map, despite being very different. However, it is not feasible to have an indefinitely large map as the number of neurons becomes unmanageably large. Therefore, a solution to avoid boundaries is a “wrap-around map”, i.e. a toroid.

A password gesture can consist of multiple strokes, where one stroke starts when the finger touches the screen and ends when it is lifted. In an example embodiment, every stroke of a password gesture is mapped individually to a neuron index and the sequence of indices is sent to the server. In some embodiments, the user is requested to train a new password only if a percentage of the indices are frequently occurring. In another example embodiment, the strokes of a gesture password are concatenated (increasing the input dimensionality) and the entire password is mapped to one neuron. Mapping of individual strokes to neurons provides more statistical input and lower input dimensionality.

Achieving Similarity-Preserving Mapping Using Slowly Varying Basic Functions

Another example method to achieve a similarity preserving mapping is by encrypting a vector representing the gesture password with a certain set of slowly varying basic functions which are similar to the Fourier transformation. This kind of mapping reduces the dimensionality of the gesture stroke (or strokes) in such a way that it will be difficult to invert a mapped stroke to its original form, and similar gesture shapes keep the similarity property in a new representation. In the example illustrated below, a stroke N is normalized to 64, 2-dimensional points. The stroke N therefore has 128 elements. A reduction ratio of 16 is taken and thus the dimensionality of a mapped stroke s is equal to 8.

In one embodiment, a stroke of a gesture password can be mapped as follows. The points of the stroke N are written as a set of complex numbers where each point of N can be written as:

z(P _(i))=x(P _(i))+j*y(P _(i)),z=(z(P ₁) . . . z(P _(n)))

The matrix B is defined as a d×n matrix with the following properties:

$B = \begin{pmatrix} k_{11} & \ldots & k_{1n} \end{pmatrix}$ $\mspace{45mu} \begin{pmatrix} \ldots & \ldots & \ldots \end{pmatrix}$ $\mspace{45mu} \begin{pmatrix} k_{d\; 1} & \ldots & k_{dn} \end{pmatrix}$ i = 1  …  d, j = 1  …  n.

Thereby, b(i) denotes the i-th column vector of the matrix B, d is the number of dimensions (d is an even number) of the resulting mapped stroke and n is the point number of the stroke N. The matrix B is transformed into a d/2×n matrix B_(T) where each element is presented as a complex number and can be expressed as follows:

C _(ij) =k _(ij) +j*k _((i+d/2)j) ,i=1, . . . ,d/2,j=1, . . . ,n

The new matrix B_(T) can be written as:

$B_{T} = \begin{pmatrix} c_{11} & \ldots & c_{1j} \end{pmatrix}$ $\mspace{59mu} \begin{pmatrix} \ldots & \ldots & \ldots \end{pmatrix}$ $\mspace{59mu} \begin{pmatrix} {ci}_{1} & \ldots & c_{ij} \end{pmatrix}$ i = 1  …  d/2, j = 1  …  n.

To compute an encrypted stroke s, each row of the matrix B_(T) is multiplied with the corresponding point of the complex stroke z and the result is added to a new vector z_(new). The vector z_(new) and stroke s can be written as follows:

z_(new) = B_(T) * z s = (Re(z_(new))) = (Re(z_(new  1)))    (Im(z_(new)))   (  …  ) (Re(z_(new  d/2))) (Im(z_(new  1))) (  …  ) (Im(z_(new  d/2)))

The complex representation of the stroke allows a coupling of the x and y coordinates of points such that all features of the mapped stroke s depend on the whole stroke N.

Slowly varying functions are used to define the matrix B so the significant deviations in similar gesture shapes will not be amplified too much. Thus, each row element i of the matrix B can be computed using the function f_(bi) defined on the interval [0, d−1] in the range of [0, 1]. In cases where the dimensionality of a stroke s is equal to 8, eight basic functions, one for each feature of s, are used.

Finally, the column vectors b(i) are normalized to the value 1.

Application of Vector Encryption Using Slowly Varying Basic Functions to Gesture Blacklisting

In example embodiments in which similarity-preserving and non-invertible representations of passwords are generated by way of encryption using slowly varying basic functions, encrypted vectors are placed into one of a plurality of clusters based on their Euclidean distance from the core points of the clusters. That is, similar vectors that have a low Euclidean distance from each other are clustered together. The number of encrypted vectors in each cluster is tracked. When the number of vectors in a particular cluster exceeds a threshold value, indicating that many users have selected the same or similar gesture password, the cluster of vectors is added to a blacklist. Thereafter, the gesture password associated with any encrypted vector that is included in a blacklisted cluster is itself blacklisted.

Many algorithms for arranging values or vectors into clusters are known in the art. In one embodiment, a density-based clustering algorithm may be used. A density-based clustering algorithm is an algorithm that defines clusters as dense areas of values or vectors, separated by less dense areas, such as the Density-Based Spatial Clustering of Applications with Noise (DBSCAN) algorithm. The core of the DBSCAN algorithm consists of two concepts: density reachability and density connectivity. These two concepts depend on two input parameters. The first parameter is ε, which is the Euclidean distance around an object that defines its “ε-neighbourhood”. The second parameter is the minimum number of points Λ.

The algorithm defines an object q as a “core point” if there are Λ points in the ε-neighbourhood of the object q. The core points form the centres around which other objects are clustered. A point p is considered to be “directly density reachable” from a core point q if the point p lies within the ε-neighbourhood of the core point q. A point p is considered to be “density reachable” from a core point q if there are a chain of points such that each point in the chain is in the ε-neighbourhood of the adjacent point in the chain, and one point of the chain is directly density reachable from a core point q. A point p is “density connected” to a core point q if there is another point o such that both p and q are density reachable from o.

In embodiments utilizing clustering of encrypted vectors, an initial stage similar to the training of the self-organizing map is implemented. In some embodiments, this initial stage takes place on a server that can be reached by all users, using gestures anonymously entered by users. During this initial stage, a plurality of encrypted vectors are received and are analyzed using the DBSCAN algorithm to establish clusters.

In one embodiment, clusters are established by first marking all received vectors as “unclassified”.

An arbitrary vector that is marked “unclassified” is taken, marked as “classified” and is checked to determine whether Λ other vectors are in its ε-neighbourhood. If not, the vector is marked as “noise” and this step is repeated for all other vectors until no vectors are marked as “unclassified”.

If there are Λ other vectors are in the ε-neighbourhood of the arbitrarily selected vector, the vector is considered a “core point”, provided with a cluster label C_(j), and all other vectors lying in the ε-neighbourhood of the vector are written into a separate set D′.

A vector from the set D′ is then arbitrarily selected and assigned to cluster C_(j). If the selected vector has at least Λ vectors in its ε-neighbourhood, such vectors that are labelled as “unclassified” and “noise” are assigned to cluster C_(j). Additionally, the vectors that are marked as “unclassified” are added to the set D′.

The arbitrarily selected vector from D′ is marked as “classified” and is removed from D′. If D′ becomes empty, the algorithm returns to the step defined at paragraph [0097]. Otherwise, the algorithm returns to the step defined at paragraph [0099].[0100]

After the initial vectors are organized into clusters, the numbers of vectors assigned to each cluster C_(j) are evaluated. If the number of vectors assigned to any individual cluster exceeds a threshold value, the relevant cluster and all vectors associated therewith are added to the blacklist.

Once the initial vectors are organized into clusters, the server is ready to receive encrypted vectors representing gesture passwords proposed by users. In one embodiment using the DBSCAN algorithm described above, new encrypted vectors are either added to a pre-existing cluster, added to a new cluster that can be defined as a result of the addition of the new encrypted vector, or marked as noise. Then, the numbers of encrypted vectors assigned to each cluster C_(j) are evaluated. If, as a result of the addition of a new encrypted vector the number of vectors assigned to any established cluster exceeds a threshold value, the cluster and all vectors assigned to it are added to the blacklist. As well, if the new encrypted vector is assigned to a cluster that already is on the blacklist, the new encrypted vector is also added to the blacklist.

It will be appreciated that the performance of the DBSCAN algorithm, that is, the effectiveness of the algorithm in accurately assigning vectors to appropriate clusters, will depend on the parameters ε and Λ that are used. Simulations using a population of approximately 3000 vectors have been performed and the performance of the DBSCAN algorithm using several different combinations of the parameters ε and Λ has been assessed. The vectors used during the simulations comprise mapped strokes selected from the data set of the Touch Word multi-touch gesture security application used on many smartphones and tablet computers produced by BlackBerry. The performance of the algorithm is assessed using its overall accuracy, which is equal to the number of “true positives” (defined as the number of vectors that are correctly classified) over the sum of the number of true positives and “false positives” (defined as the number of vectors that are incorrectly classified). Assessing the overall accuracy of the DBSCAN algorithm using the above metric, it has been found that the accuracy of the DBSCAN algorithm is optimized when Λ=3 and ε=0.3. However, it will be appreciated that the results of the optimization process will depend on the number of sample vectors used during optimization, the dimensionality of the vectors used and the particular clusters arising from the set of vectors used.

Example Embodiment of Gesture Training with Server-Based Blacklist Check

Using the gesture representations on the user's device and on a central server as described above, an example embodiment of a method implementing a gesture blacklisting concept will now be described with reference to FIG. 5.

At action 510, the user enters one or several instances of a password gesture on his/her local device. At action 520, the trajectory representation is stored locally. At action 530 a similarity-preserving mapping is applied to the trajectory representation to create a non-invertible vector or index value. It will be understood that the similarity-preserving mapping can be achieved using either the self-organizing map method, resulting in the generation of a non-invertible index value, or the slowly varying basic functions method, resulting in the generation of a non-invertible vector.

At action 540 the index value or vector is transferred to the blacklisting server and added to the statistics of all users. Depending on whether an index value or vector is received, this can be accomplished by increasing the occurrence rate of the received index value or by associating the received vector with an appropriate cluster of vectors. At action 550, whenever the occurrence rate of the index value or the number of vectors associated with a cluster exceeds a threshold, the user is notified that the corresponding gesture password is insecure and that (s)he should train a new gesture password.

In some embodiments, the user ID is not stored on the server when the user sends the index value or vector for the newly trained password gesture, only the number of users is registered. This would be sufficient for the blacklisting concept.

In some embodiments, the gesture index value or vector is saved together with the user ID, thus enabling a central authentication. In addition, in some embodiments, the system could store the dates when the password has been changed in the past and request to train a new gesture password when the validity time interval expires or the training example is too similar to an already used password gesture.

Referring now to FIG. 6 an embodiment of a method for blacklisting gesture-based passwords to be implemented on a blacklist server will be described. At action 610 an index value representing a gesture based password is received from an electronic device. At action 620 an occurrence of the index value is increased in a data store of index values. At action 630 the server determines if increasing the occurrence of the received index value in the data store results in a blacklist threshold being exceeded. At action 640, if the blacklist threshold is exceeded, updating a blacklist stored on the blacklist server to include the received index value. In some embodiments, the index value is a similarity preserving index value. In some embodiments, the index value is non-invertible. In some embodiments, the index value is a non-invertible similarity-preserving index value.

In some embodiments updating the blacklist comprises only inputting the received index value to the blacklist if the received index value is missing from the blacklist.

In some embodiments the method further comprises receiving a plurality of index values from an input interface to populate the data store and inputting the plurality of index values to the data store. The method can additionally comprise, for each index value inputted to the data store, determining if a number of the index values in the data store having a value within a threshold range of the inputted index value exceeds a blacklist threshold and if the number exceeds the blacklist threshold, inputting the inputted index value to a blacklist stored on the blacklist server.

In some embodiments determining if increasing the occurrence of the received index value results in exceeding the blacklist threshold comprises determining if a number of the index values in the data store having a value within a threshold range of the received index value exceeds the blacklist threshold.

In some embodiments determining if increasing an occurrence of the received index value results in a blacklist threshold being exceeded comprises determining if inputting the received index value results in a weight of a corresponding neuron in a self-organizing map exceeding a weight threshold.

In some embodiments, the method further comprises creating a self-organising map of neurons, the neurons representing input vectors corresponding to gestures. Creating the self-organising map, in some embodiments comprises: receiving a plurality of gestures, each gesture being received multiple times at the same frequency as the other gestures; converting each of the plurality of gestures into an input vector; for each input vector, adapting a weight of a closest neuron in a direction of the input vector. In some embodiments, the method further comprising assigning a non-invertible similarity preserving index value to each neuron.

In some embodiments, a copy of the self-organising map is transmitted to the electronic device.

In some embodiments, if the blacklist threshold is exceeded, a notification is transmitted to the electronic device indicating that the gesture based password is blacklisted.

In some embodiments, the method further comprises receiving a user identifier associated with the received index value; and storing the user identifier in the data store in association with the received index value.

In some embodiments, the method further comprises storing a received time in association with the received index in the data store. The method can further comprise monitoring the received time and when a difference between the received time and a present time exceeds a time threshold, transmitting an expiry notification to the electronic device indicating that the password has expired.

Referring now to FIG. 7, another embodiment of a method for blacklisting gesture-based passwords to be implemented on a blacklist server will be described. At action 710, a vector is received from an electronic device, the vector representing a gesture based password. In one embodiment, the vector is a similarity-preserving vector such that similar gesture based passwords are mapped to vectors having a low distance between each other. At action 720, the received vector is associated with one of a plurality of clusters of vectors. At action 730, the blacklist server determines if the association of the received vector with one of the plurality of clusters of vectors causes the number of vectors in the cluster to exceed a threshold value. At action 740, if the number of vectors in the cluster exceeds a threshold value, a blacklist stored on the blacklist server is updated to include vectors within the cluster.

Referring now to FIG. 8, a method for implementation on an electronic device for updating a blacklist stored on a blacklist server will now be described. At action 810 a gesture based password is received via an input interface. At action 820 the gesture based password is converted into an index value. At action 830, the index value is transmitted to a blacklist server. In some embodiments, the index value is a similarity preserving index value. In some embodiments, the index value is non-invertible. In some embodiments, the index value is a non-invertible similarity-preserving index value.

In some embodiments, the method further comprises receiving an indication from the blacklist server of whether or not the index value corresponds to a blacklisted gesture.

In some embodiments, the method further comprises receiving a self-organising map (SOM) from the blacklist server, the SOM including neurons, the neurons representing input vectors corresponding to gestures; converting at least one gesture of the password into an input vector; and mapping the input vector to the SOM. Converting the gesture based password into the index value comprises assigning an index value corresponding to a neuron of the SOM closest to the input vector.

In some embodiments, the electronic device outputs a notice to a user interface indicating that a new password must be selected if the index value corresponds to a blacklisted gesture.

Referring now to FIG. 9, an alternative method for implementation on an electronic device for updating a blacklist stored on a blacklist server will now be described. At action 910, a gesture based password is received via an input interface on the electronic device. At action 920, the electronic device generates at least one vector representing the gesture based password, the at least one vector being a similarity-preserving vector such that similar gesture based passwords are mapped to vectors having a low distance between each other. At action 930, the electronic device transmits the at least one vector, without the gesture based password on which the at least one vector is based, to the blacklist server.

Referring now to FIG. 10, an electronic device 1000 in accordance with an example embodiment will be described. The electronic device 1000 comprises a processor 1010, a memory 1020 and an input interface 1030. The memory 1020 has computer readable instructions stored thereon that when executed by the processor implement any of the methods described herein for implementation on an electronic device. The input interface 1030 is for receiving the gesture based password.

Non-limiting examples of the input interface 1030 are a touch screen, an accelerometer sensor, a gyroscope sensor and a camera.

Referring now to FIG. 11, an example embodiment of a blacklist server 1100 will be described. The blacklist server 1100 comprises a processor 1110, a memory 1120 and a receiver 1130. The memory 1120 has computer readable instructions stored thereon that when executed by the processor implement any of the methods disclosed herein for implementation on a server. The receiver 1130 is for receiving the non-invertible similarity preserving index value.

A non-limiting example of the blacklist server 1100 is an authentication server. Alternatively, a generic server located in the internet could be used. In some embodiments, the sole purpose of the server is to check if gestures are blacklisted.

Embodiments of the blacklisting concepts described herein for gesture based passwords increase the security level for authentication purposes by avoiding common gesture inputs. Even blacklists with larger numbers of gestures can be verified since the check is only needed at the beginning during the training phase, i.e. it is not time critical. The implementation of the gesture blacklisting based on index values does not require significant processing and even large index tables can be checked efficiently. The storage of gesture index values on the server does not compromise password security on the user's terminal.

The check for passwords needs to cope with imperfect user gesture input. Thus a perfect match of training and test gesture is almost impossible. This needs to be taken into account in the design of the similarity-preserving mapping between gesture and index value.

While the present disclosure is sometimes described in terms of methods, a person of ordinary skill in the art will understand that the present disclosure is also directed to various apparatus including components for performing at least some of the aspects and features of the described methods, be it by way of hardware components, software or any combination of the two, or in any other manner. Moreover, an article of manufacture for use with the apparatus, such as a pre-recorded storage device or other similar computer readable medium including program instructions recorded thereon may direct an apparatus to facilitate the practice of the described methods. It is understood that such apparatus and articles of manufacture, also come within the scope of the present disclosure.

The various embodiments presented above are merely examples and are in no way meant to limit the scope of this disclosure. Variations of the innovations described herein will be apparent to persons of ordinary skill in the art, such variations being within the intended scope of the present application. In particular, features from one or more of the above-described embodiments may be selected to generate alternative embodiments comprised of a sub-combination of features which may not be explicitly described above. In addition, features from one or more of the above-described embodiments may be selected and combined to generate alternative embodiments comprised of a combination of features which may not be explicitly described above. Features suitable for such combinations and sub-combinations would be readily apparent to persons skilled in the art upon review of the present application as a whole. The subject matter described herein and in the recited claims intends to cover and embrace all suitable changes in technology. 

1. A method for blacklisting gesture based passwords, the method for implementation on a blacklist server and comprising: receiving a vector from an electronic device, the vector representing a gesture based password, the vector being a similarity-preserving vector such that similar gesture based passwords are mapped to vectors having a low distance between each other; associating the received vector with one of a plurality of clusters of vectors; determining if the association of the received vector with one of the plurality of clusters of vectors causes the number of vectors in the cluster to exceed a threshold value; and if the number of vectors in the cluster exceeds a threshold value, updating a blacklist stored on the blacklist server to include the vectors within the cluster.
 2. The method of claim 1, wherein the vector is a non-invertible representation of the gesture based password.
 3. The method of claim 2, wherein the vector is generated by encrypting at least one gesture vector that comprises the gesture based password.
 4. The method of claim 3, wherein the at least one gesture vector is encrypted using a set of slowly varying basic functions.
 5. The method of claim 1, wherein associating the received vector comprises using a density-based clustering algorithm to determine to which of the plurality of clusters of vectors the received vector belongs.
 6. The method of claim 5, wherein the density-based clustering algorithm is DBSCAN.
 7. The method of claim 6, wherein a parameter ε of the DBSCAN algorithm is equal to 0.3, and a parameter Λ of the DBSCAN algorithm is equal to
 3. 8. The method of claim 1, further comprising: receiving a plurality of vectors from an input interface; arranging the plurality of vectors into a plurality of clusters, in which each vector in each cluster has a low distance from each other vector in the same cluster.
 9. The method of claim 8, wherein the arranging of the plurality of vectors into clusters comprises using a density-based clustering algorithm to place each of the plurality of vectors into one of the plurality of clusters.
 10. The method of claim 9, wherein the clustering algorithm is DBSCAN.
 11. The method of claim 10, wherein a parameter ε of the DBSCAN algorithm is equal to 0.3, and a parameter Λ of the DBSCAN algorithm is equal to
 3. 12. A method for implementation on an electronic device for updating a blacklist stored on a blacklist server, the method comprising: receiving a gesture based password via an input interface on the electronic device; generating at least one vector representing the gesture based password, the at least one vector being a similarity-preserving vector such that similar gesture based passwords are mapped to vectors having a low distance between each other; and transmitting the at least one vector, without the gesture based password on which the at least one vector is based, from the electronic device to the blacklist server.
 13. The method of claim 12, wherein the at least one vector is a non-invertible representation of the gesture based password.
 14. The method of claim 13, wherein the vector is generated by encrypting at least one gesture vector that comprises the gesture based password.
 15. The method of claim 14, wherein the at least one gesture vector is encrypted using a set of slowly varying basic functions.
 16. The method of claim 12, further comprising receiving an indication from the blacklist server of whether or not the at least one vector corresponds to a blacklisted gesture.
 17. The method of claim 12, further comprising outputting a notice to a user interface indicating that a new password must be selected if the at least one vector corresponds to a blacklisted gesture. 